home *** CD-ROM | disk | FTP | other *** search
/ Aminet 24 / Aminet 24 (1998)(GTI - Schatztruhe)[!][Apr 1998].iso / Aminet / dev / basic / OptmRemap.readme < prev    next >
Text File  |  1998-03-07  |  3KB  |  90 lines
  1. Short:    Optimized palette re-mapping code 
  2. Author:   Curt Esser
  3. Uploader: Curt Esser <camge@ix.netcom.com>
  4. Type:     dev/basic
  5. Requires: BDGFX library (C) BadDolls Production
  6.  
  7. You can find this small (one command) library in Aminet/dev/basic
  8. or at http://www.a2points.com/homepage/3698138
  9.  
  10. What it does: Remaps an iff picture to your screen's palette.  For
  11.               the example, I have used the Workbench Screen, but
  12.               it should work with any custom screen too.     
  13.               
  14. Limitations:  Might not work on on a GFX card - let me know!
  15.               
  16. Your Bit:     If you find any errors, or come up with any improvements
  17.               please pass them along to me.
  18.  
  19.               Also, if you have any good examples on any Blitz related
  20.               topics, please upload them here so others can use them!  
  21.  
  22.  
  23. This is an updated version of the re-mapping example I uploaded before.
  24.  
  25. The day after my re-map code appeared, I recieved a letter from Xavier Nuel,
  26. the author of the BDGFX library used for the colour mapping:
  27.  
  28.  Hi Curt !!!
  29.  
  30.  I've done some improvements to your good code :-)
  31.  
  32.  Why do you use the Remap command ? It's so slow...
  33.  
  34.  Bye , Xavier Nuel ( BadDolls )
  35.  
  36. So, I tried his altered version, and yes it did produce a noticable speed
  37. improvement!  But it seemed a bit slower if the picture depth was less than
  38. that of the target screen.  This was odd, I thought, so I did some speed
  39. comparisons between the two versions.
  40.  
  41. As you can see, if the picture depth is less than that of the target screen,
  42. the old method is much faster, but if it is equal or greater depth than the
  43. point/plot method is a lot faster.
  44.  
  45. I have no explanation for this, but being a firm believer in the theory "If
  46. it works, GO FOR IT!", I altered the code to include all three methods and
  47. automatically switch to the fastest method.
  48.  
  49. Surprisingly, this adds very little to the size of the finished exec!
  50.  
  51.  
  52. Results of remapping tests:
  53.  
  54. All test done on NTSC A1400T, WB 3.1, 2M chip  4M fast  RuntimeErrors OFF
  55.  
  56.  
  57. 128 colour WB:
  58.                         2 bitmap -          1 bitmap -       2 bitmap
  59.     Picture             ReMap Command       Point/Plot       Point/Plot
  60.  
  61. 16 colour  399*403      216 ticks           1920 ticks       1988 ticks
  62.  
  63. 256 col.   432*484      5403 ticks          2622 ticks       2946
  64.                                             *BAD COLOURS*  
  65.  
  66. 64 col.    320*200      420 ticks           944 ticks        1008 ticks
  67.  
  68.  
  69.  
  70.  
  71. 256 colour WB:
  72.  
  73. 16 col.    399*403      245 ticks           2122 ticks       2123 ticks
  74.  
  75. 256 col.   432*484      5995 ticks          2944 ticks       3194 ticks
  76.  
  77. 64 col     320*200      475 ticks           1057 ticks       1102 ticks     
  78.  
  79. Readme created with ARC 2.4 - Copyright (c)1996-98 by Jens Weyer.
  80.  
  81.  
  82. ============================= Archive contents =============================
  83.  
  84. Original  Packed Ratio    Date     Time    Name
  85. -------- ------- ----- --------- --------  -------------
  86.     6608    2557 61.3% 15-Feb-98 07:42:36  Optimized.remap.bb
  87.     2766    1330 51.9% 17-Feb-98 07:29:12  OptmRemap.readme
  88. -------- ------- ----- --------- --------
  89.     9374    3887 58.5% 17-Feb-98 22:52:38   2 files
  90.